home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group94b.txt
/
000037_icon-group-sender _Sat Sep 3 15:28:48 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1995-02-09
|
2KB
Received: by cheltenham.cs.arizona.edu; Sat, 3 Sep 1994 12:08:05 MST
To: icon-group-l@cs.arizona.edu
Date: Sat, 3 Sep 1994 15:28:48 GMT
From: goer@quads.uchicago.edu (Richard L. Goerwitz)
Message-Id: <1994Sep3.152848.12946@midway.uchicago.edu>
Organization: University of Chicago
Sender: icon-group-request@cs.arizona.edu
References: <Cv9Jvr.AC4@world.std.com>
Reply-To: goer@midway.uchicago.edu
Subject: Re: Icon - still alive??
Errors-To: icon-group-errors@cs.arizona.edu
Michael Sikillian wrote (seems like years ago :-)):
>I have been writing some cataloguing and index applications in a PC
>database program. I know icon has been out there for a while and
>have an intuition that it probably could do this easier than the db.
>Is icon a viable language, or just some grand experiment?
>Is it a fringe type thing with a cult following, or a real tool?
Well, at several people's recommendation I just took a look at the
new C calling interface, loadfunc. This is a good solution to a prob-
lem that has made C <-> Icon interchange inconvenient at best.
To answer your question, I ran into Icon perhaps seven years ago or
so, when looking for a language with good string processing facili-
ties and a general power and economy of expression. I fell in love
with the language. I still use it for nearly all of my daily work,
except when speed is absolutely critical, or when some facility is
simply not available. I've done some fairly large-scale projects
with Icon. And even some real whoppers.
I don't see how I could have done the research that led up to my
PhD (Near Eastern Languages & Civilizations) without Icon - at least
in the time frame that I did.
--
-Richard L. Goerwitz goer%midway@uchicago.bitnet
goer@midway.uchicago.edu rutgers!oddjob!ellis!goer